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SYSTEM AND METHOD FOR REUSING FORM ELEMENTS 
IN A FORM BUILDING APPLICATION 

5 Co pyright Notice 

(0001 1 A portion of the disclosure of this patent document contains material that is subject to 
copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent document or patent disclosure as it appears in the Patent and Trademark 
Office patent file or records, but otherwise reserves all copyright rights whatsoever. 

10 Background Of The Invention 

[0002] Electronic forms serve an integral role in organizing information flow for today's 
business applications. Such forms are widely used to manage and present business data for such 
enterprise business applications as Customer Relationship Management (CRM), Sales and 
Distribution (SD), Financial Accounting (FI) and Human Resources (HR). To reduce the 
15 amount of programming skills necessary for creating and maintaining these forms, development 
tools have been created to enable users to design the look-and-feel of business forms in a 
graphical environment without coding. One such tool is the Smart Forms Form Builder 
application provided by SAP AG, Walldorf, Germany. 

[0003] The graphical user interface (GUI) of the currently available Smart Forms Form Builder 
20 tool is depicted in FIG. 1. The GUI comprises three sections: navigation tree 100, maintenance 
screen 1 10 and form painter 120. Navigation tree 100 provides a tree structure of nodes that 
represent the output elements of the form such as pages, windows, graphics, tables, text areas, 
etc. Based on the selected node, maintenance screen 1 10 provides the area for inserting texts, 
establishing paragraph and character formats, setting up different attributes (fonts, borders, 
25 shading, etc.), or drawing tables and templates. Form painter 120 enables users to design the 
layout of the form. 

100041 The root nodes in navigation tree 100 are "Global Settings" and "Pages and vdndows". 
"Global Settings" has three directly inferior nodes: "Form attributes", "Form interface" and 
"Global definitions". Upon selection of the "Form attributes" node, maintenance screen 110 
30 enables the user to set attributes for the entire form, such as language attributes for the translation 
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process, page format, style and default output settings. Upon selection of the "Form interface" 
node, maintenance screen 1 10 enables the user to define the parameter interface through which 
the form retrieves relevant application data from an application program. And upon selection of 
the "Global definitions" node, maintenance screen 1 10 enables the user to define variables and/or 
5 constants for use throughout the form. 

|0005| "Pages and windows" has two directly inferior page nodes: "FIRST" and "NEXT". Form 
painter 120 displays the directly inferior nodes of the "FIRST" page node, which include one 
graphic node ("MYSAPCOM") and four window nodes ("MAIN", "ADDRESS", "INFO" and 
"FOOTER"). "MAIN" includes two text nodes ("INTRODUCTION" AND "GREETINGS") 
10 and a table node ("TABLE"). 

10006] Once a form is created, it may be activated by clicking activation button 130, upon which 
the Smart Forms runtime system checks the form and automatically generates an ABAP function 
module (i.e., form output module) that can subsequently be called by an application program, for 
example, to create delivery notes in Sales and Distribution. The form output module processes 
1 5 the imported application-specific data and its form description data for presentation via spool 
(printer), fax, e-mail, web browser, etc. Since retrieval of application-specific data is performed 
by the application program and then passed to the form output module, a clean separation of the 
data retrieval processes is established from the form design processes so that only changes to the 
form layout or form logic are made in the form building application. 

20 (0007J Currently, form building applications enable a limited type of reusability that allows a 
user to reuse simple text fields in forms. For example, suppose a user develops 100 different 
forms for company use, and each of the forms has an address node that includes a text field for 
the company's address. If the text field is reusable, then after all 100 forms have been activated, 
the user can change the company's address once at one location, and the change will 

25 automatically be incorporated into all 100 forms. This type of reusability is implemented by 
allowing text fields to be incorporated by reference into forms in such a way that the 
corresponding activated forms (i.e., form output modules) need only reference a text element 
from a central location during runtime. 
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[00081 Current form building applications do not, however, allow users to reuse form elements 
besides simple text fields. For example, suppose a user develops 100 different forms for 
company use, and each of the forms has the same subset of window nodes (e.g., nodes which 
establish a corporate identity). There is currently no way to change that subset of window nodes 
5 as a group without changing and reactivating each of the 100 forms. This is due to the fact that 
higher-level form elements cannot be merely incorporated by reference into form output 
modules, but rather must be generated into the output module. 

[00091 Accordingly, there is a need in the art for a system and method for reusing higher-level 
form elements in a form building application. 

10 Summary Of The Invention 

10010] Embodiments of the present invention provide for generating output modules in a form- 
based application runtime environment. According to one embodiment, a form manager receives 
an indication that a reusable form element has been changed, determines which output modules 
from a set of output modules are affected by the changed form element, and invalidates the 

15 affected output modules, and a runtime manager receives a request for an output module from 
the set of output modules and regenerates the requested output module if the requested output 
module has been invalidated. 

Brief Description Of The Drawings 

(00111 FIG. 1 is a screen shot of a form building application as known in the art. 

20 [0012] FIG. 2 is a flow chart that depicts a process for reusing form elements in a form-based 
application runtime environment in accordance with an embodiment of the present invention. 

[0013] FIG. 3 is a block diagram that depicts a client computing device in accordance with an 
embodiment of the present invention. 

(00141 FIG. 4 is a block diagram that depicts a network architecture for a form-based application 
25 runtime environment in accordance with an embodiment of the present invention. 
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10015] FIG. 5 is a block diagram of a form-based application runtime environment in accordance 
with an embodiment of the present invention. 

|0016| FIG. 6 is a block diagram of a data structure representing a form record in accordance 
with an embodiment of the present invention. 

5 |0017| FIG. 7 is a block diagram of a data structure representing a form element record in 
accordance with an embodiment of the present invention. 

10018] FIG. 8 is a sequence diagram that depicts the flow of a form-based application runtime 
environment during incorporation of a reusable form element in a form building application in 
accordance with an embodiment of the present invention. 

1 0 (0019) FIG. 9 is a sequence diagram that depicts the flow of a form-based application runtime 
environment during modification of a reusable form element in accordance with an embodiment 
of the present invention. 

(00201 FIG. 10 is a sequence diagram that depicts the flow of a form-based application runtime 
environment during a call to execute an output module in accordance with an embodiment of the 
1 5 present invention. 

10021] FIG. 1 1 is a UML class diagram for reusable form elements in accordance with an 
embodiment of the present invention, 

[00221 FIG. 12 is a screen shot of a GUI for building reusable form pages in accordance with an 
embodiment of the present invention. 

20 (0023J FIG. 1 3 is a screen shot of a GUI for building reusable form logic in accordance with an 
embodiment of the present invention. 

10024] FIG. 14 is a screen shot of a GUI for incorporating reusable form logic into a form 
building application in accordance with an embodiment of the present invention. 

10025] FIG. 1 5 is a screen shot of a GUI for building reusable form interfaces in accordance with 
25 an embodiment of the present invention. 
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|0026| FIG. 16 is a screen shot of a form building application incorporating reusable form 
interfaces in accordance with an embodiment of the present invention. 

100271 FIG. 17 is a screen shot of a form building application incorporating reusable form 
interfaces in accordance with an embodiment of the present invention. 

5 100281 FIG. 1 8 is a screen shot of a form building application incorporating reusable form 
interfaces in accordance with an embodiment of the present invention. 

Detailed Description 

OVERVIEW 

10029] FIG. 2 depicts a process for implementing reusable form elements in accordance with an 
10 embodiment of the present invention. In a form-based development and runtime environment 
(step 200), when a form developer changes a reusable form element (step 210), the affected 
output modules are determined (step 220) and invalidated (step 230). Thus, when an application 
program calls an output module (step 240), the output module is first tested for validity (step 
250) before it is called (step 270); if the output module is invalid, it is regenerated (step 260) 
15 before it is called. 

10030] Embodiments described below illustrate a form-based development and runtime 
environment within which the present invention may be implemented. 

ARCHITECTURE 

10031] FIGS. 3 and 4 illustrate the components of a basic development and runtime environment 
20 in accordance with an embodiment of the present invention. FIG. 3 depicts client computing 
device 300, which may be a workstation, personal computer, handheld personal digital assistant 
("PDA"), or any other type of microprocessor-based device. Client computing device 300 may 
include a processor 310, input device 320, output device 330, storage device 340, client software 
350, and communication device 360. 

25 10032] Input device 320 may include a keyboard, mouse, pen-operated touch screen, voice- 
recognition device, or any other device that accepts input. Output device 330 may include a 
monitor, printer, disk drive, speakers, or any other device that provides output. 
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10033) Storage device 340 may include volatile and nonvolatile data storage, including one or 
more electrical, magnetic or optical memories such as a RAM, cache, hard drive, CD-ROM 
drive, tape drive or removable storage disk. Communication device 360 may include a modem, 
network interface card, or any other device capable of transmitting and receiving signals over a 
5 network. The components of client computing device 300 may be connected via an electrical 
bus or wirelessly, 

[00341 Client software 350 may be stored in storage device 340 and executed by processor 310, 
and may include, for example, the client side of a client/server application such as a form 
building application like Smart Forms that embodies the functionality of the present invention. 

10 10035] FIG. 4 illustrates a network architecture for a development and runtime environment in 
accordance with an embodiment of the present invention. According to one particular 
embodiment, when user 400a invokes a form building application, client software 350 of client 
computing device 300a communicates with server software 430 (e.g., the server side of the form 
building application) of server 420 via network link 415a, network 410, and network link 415d. 

15 10036] Network link 415 may include telephone lines, DSL, cable networks, Tl or T3 lines, 
wireless network connections, or any other arrangement that implements the transmission and 
reception of network signals. Network 410 may include any type of interconnected 
communication system, and may implement any communications protocol, which may secured 
by any security protocol. 

20 10037] Server 420 includes a processor and memory for executing program instructions, as well 
as a network interface, and may include a collection of servers. In one particular embodiment, 
server 420 may include a combination of enterprise servers such as an application server and a 
database server. Database 440 may represent a relational or object database, and may be 
accessed via a database server. 

25 [0038] Client computing device 300 and server 420 may implement any operating system, such 
as Windows or UNIX. Client software 350 and server software 430 may be written in any 
programming language, such as ABAP, C, C+H-, Java or Visual Basic. Server software 440 may 
be built on an enterprise application platform, such as SAP Web Application Server 6,2. 
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FORM ELEMENT REUSABILITY 
(00391 Within a form-based development and runtime environment as illustrated in FIG. 5, an 
embodiment of the present invention may be implemented to enable form manager 525 to 
associate forms with reusable form elements (FIG. 8) so that the appropriate form output 
5 modules are invalidated when a reusable form element is changed (FIG. 9). This invalidation 
enables runtime manager 540 to regenerate invalidated form output modules before calling them 
(FIG. 10). 

(00401 Form modeler 500 may include several components, such as form builder 5 1 5, form 
element builder 520 and form manager 525, that may implement particular functionality 

10 associated with the building and managing reusable form elements. Activation 505 may 

similarly include several components, such as name resolver 530 and generator 535, that may 
implement particular functionality associated with the identification and generation of reusable 
form elements for application programs. Application runtime 510 may include several 
components, such as application program 545, output module 550 and runtime manager 540, that 

1 5 may implement particular functionality associated with the calling of form output modules that 
include reusable form elements. Form modeler 500, activation 505 and application runtime 510 
are all connected to some form of storage, such as database 440 or file system storage (local 
and/or remote). 

10041] According to this embodiment, form manager 525 tracks, for each form, the 
20 corresponding form output module and its validity. This tracking may be implemented through 
the use of a form record 600 data structure, as shown in FIG. 6, which includes valid flag 610 
and output module 620. Valid flag 610 may represent a Boolean value (TRUE / FALSE) 
designating whether a reusable form element associated with the output module has been 
changed since the last activation. Output module 620 may represent either the output module 
25 itself or a pointer (reference) to the output module. 

(00421 Form manager 525 also tracks, for each reusable form element, the existing forms that 
have incorporated that particular reusable form element through a type of form library 
membership. This tracking may be implemented through the use of a form element record 700 
data structure, as shown in FIG. 7, which includes a listing of associated form record 600 data 
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Structures. Form record 600 may represent either the form record itself or a pointer (reference) 
to the form record. 

10043] Thus, as shown in FIG. 8, when a user incorporates a reusable form element into a form 
using form builder 515 (step 800), form manager 525 associates that form with the incorporated 
5 reusable form element (step 810) by adding an appropriate form record 600 entry to the form 
element record 700 representing the incorporated reusable form element. Upon activation, 
generator 535 generates the corresponding output module and associates it with the appropriate 
form record 600 along with a valid flag 610 entry of TRUE. As shown in FIG. 9, when the 
incorporated reusable form element is later changed (step 900), form manager 525 invalidates all 
10 applicable output modules (step 910) by accessing the list of form records 600 from the 

incorporated reusable form element's form element record 700, and changes their valid flag 610 
entries to FALSE. 

[0044] By doing this, runtime manager 540 can assure that application program 545 never calls 
an invalid output module, as shown in FIG. 10. According to this embodiment, when application 

1 5 program 545 is ready to start the form output process, it first attempts to identify the appropriate 
output module (step 1000). This identification request may be utilized because the coding in 
application program 545 may only know the output module via a standard form name, such as 
"SF_EXAMPLE_02", whereas the internal output module name, such as 
"/1BCDWB/SF00000048", must be derived. Runtime manager 540 calls name resolver 530 

20 (step 1010) to determine the internal output module name (step 1020). Once runtime manager 
540 can identify the desired output module, it checks to see if the output module is invalid by 
checking the valid flag 610 entry of the appropriate form record 600 (step 1030); if the output 
module is invalid, runtime manager 540 calls generator 535 to regenerate the output module 
(step 1040). Then application program 545 is ready to call the output module (step 1050) to 

25 execute its output functionality (step 1060). 

REUSABLE FORM ELEMENT REPRESENTATION 
[00451 FIG. 1 1 illustrates a UML class diagram representing possible reusable form elements in 
accordance with an embodiment of the present invention. According to this embodiment, form 
1 100 could include reusable object 1110, reusable template 1 150 and reusable interface 1 160. 
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PATENT 

Attny Dkt No: 11884-400201 



Reusable object 1110 may include reusable page 1 120, reusable window 1 130 and reusable logic 
1 140. Each reusable form element includes any one or more nodes or parts of a form that are 
validated before being called according to the above process descriptions. 

Reusable Templates / Partial Forms 

5 (00461 FIG, 1 2 is a screen shot of a form element builder 520 GUI for building reusable form 
pages in accordance with an embodiment of the present invention. Using this GUI, user 400 can 
create and maintain a reusable form element that represents one or more form pages that may be 
stored in database 440 for later incorporation into desired forms. The form element builder 520 
GUI may be implemented as a stripped down version of form builder 515, focusing solely on the 

1 0 creation / modification of particular types of form elements (e.g., form pages). In the navigation 
tree of the form element builder of FIG. 12, the node entitled "Seite" ("Page" in English), along 
with all of its inferior nodes, represents a reusable page form element. Reusable page form 
elements may include an entire form page with page attributes, including windows and flow 
logic. Reusable window form elements, on the other hand, may include an entire window with 

1 5 window attributes, including flow logic. 

10047 J FIG. 13 is a screen shot of a form element builder 520 GUI for building reusable form 
logic in accordance with an embodiment of the present invention. Using this GUI, user 400 can 
create and maintain a reusable form element that represents flow logic that may be stored in 
database 440 for later incorporation into desired forms. In the navigation tree of the form 

20 element builder of FIG. 1 3, the node entitled "Ablauflogik" ("Flow Logic" in English), along 
with all of its inferior nodes, represents a reusable flow logic form element. In this particular 
embodiment, the "PRE-DESC" inferior node defines a description to appear in the form before a 
table output, the "ARTICLES" node defines the table output (e.g., multiple items of an order), 
and the "POST-DESC" inferior node defines a description to appear in the form after the table 

25 output. Note that this reusable form element is stored under the module name 
"SF>RTICLE^TABLE J 1 

(00481 FIG. 14 is a screen shot of a form builder 515 GUI for incorporating reusable form logic 
into a form building application in accordance with an embodiment of the present invention. In 
order to incorporate the above reusable form logic element into a form, form builder 515 may 
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allow user 400 to select a "REFERENCE" node, as shown in FIG. 14, which enables user 400 to 
enter the name of a stored reusable form element (e.g., "SF_ARTICLE__TABLE_01" of FIG. 13) 
to incorporate that element into the current form. In one embodiment, such "REFERENCE" 
nodes may be read-only. 

5 Reusable Form Interfaces 

(00491 FIG. 1 5 is a screen shot of a form element builder 520 GUI for building reusable 
interfaces in accordance with an embodiment of the present invention. Using this GUI, user 400 
can create and maintain a reusable form element that represents a form interface that may be 
stored in database 440 for later incorporation into desired forms. In the navigation tree of the 
10 form element builder of FIG. 15, the node entitled "Schnittstelle" ("Interface" in English), along 
with all of its inferior nodes, represents a reusable interface form element. Note that this 
reusable form element is stored under the module name "SF_INTERFACE_Or'. 

[00501 FIGS. 16-18 are screen shots of a form builder 515 GUI for incorporating reusable form 
interfaces into a form building application in accordance with an embodiment of the present 

15 invention. In FIG. 16, two lists are shown on the interface ("Schnittstellen") tab: the right-hand 
list may display the interfaces that are used in the form as a result of the attachment of reusable 
sub-forms (i.e., partial forms) and form templates (shaded because it may be read-only), the left- 
hand list may display the interfaces added by user 400. In FIG. 17, an additional interface 
("Schnittstellen") column may be added on the "Import" tab to allow user 400 to see which 

20 interface entries are from a reusable interface, and which are not. And in FIG. 18, global 
definitions with the global data, types, field symbols, initialization and form routines (the 
"Global Definition" or "Globale Definitionen" node in the navigation tree) may be enhanced to 
include the content of the incorporated reusable form interfaces (in seen in the 'Type" or 
"Typen" tab), although the content associated with the incorporated reusable form interfaces may 

25 remain read-only. 

[00511 Several embodiments of the invention are specifically illustrated and/or described herein. 
However, it will be appreciated that modifications and variations of the invention are covered by 
the above teachings and within the purview of the appended claims without departing firom the 
spirit and intended scope of the invention. 
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